home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 12570 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.9 KB
  1. Path: news.ahc.ameritech.com!datalytics!usenet
  2. From: Rob Stewart <stew@datalytics.com>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: HELP:: Naming Conventions
  5. Date: Wed, 20 Mar 1996 12:16:55 -0500
  6. Organization: Datalytics, Inc
  7. Message-ID: <31503D87.4D62@datalytics.com>
  8. References: <4in6gn$p2t@info.eng.octel.com> <4io6n5$n9v@sam.inforamp.net>
  9. NNTP-Posting-Host: 204.62.224.71
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (WinNT; I)
  14.  
  15. Randy Charles Morin wrote:
  16. > 
  17. > In article <4in6gn$p2t@info.eng.octel.com>, wdengel@ibm.net (Wayne) wrote:
  18. > >class MyObject
  19. > >..
  20. > >MyObject m_MyInstance;         OK
  21. > >MyObject *pm_MyInstance;       OK
  22. > >but what about
  23. > >MyObject *???_MyInstance[SomeNum]      What is the convention???
  24. > 
  25. > MyObject am_MyInstance;
  26. > or...
  27. > MyObject m_aMyInstance;
  28. > 
  29. > I've always used a to denote an array.
  30. > 
  31. > Agrivar
  32. > 
  33.  
  34. We use "v" to denote vector.  This is a more general term and 
  35. applies equally well to user-defined vector types (classes).
  36.  
  37. I assume the "m_" in your examples denotes data members?  If 
  38. that's the case, may I recommend that the "m_" always start the 
  39. identifier?  In other words, your "pm_MyInstance" should be 
  40. "m_pMyInstance."  This keeps the usage prefix ("p" in this case) 
  41. with the identifier as it would be for non-members 
  42. ("pAnInstance") and ensures that the "m_" is visible.
  43.  
  44. We don't subscribe to the whole Hungarian notation mess, 
  45. however.  We only use the following usage prefixes:
  46.  
  47.     b    boolean value (the type may int, bool, etc.)
  48.     p    pointer to something
  49.     h    handle to something (this may be UNIX's int file
  50.         handle, Win32's HANDLE, etc.)
  51.     v    vector (array) of something
  52.  
  53. I do make use of certain other more complex type prefixes as 
  54. shown here:
  55.  
  56.     cs    critical section (a Win32 thread synchronization
  57.         construct)
  58.     mtx    mutex
  59.     sem    semaphore
  60.  
  61. -- 
  62. Robert Stewart        | My opinions are usually my own.
  63. Datalytics, Inc.    | stew@datalytics.com
  64.